查看原文
其他

我删删删删库了,要跑路吗?

IT服务圈儿 2022-09-11

The following article is from 小林coding Author 小林coding

IT服务圈儿

有温度、有态度的IT自媒体平台


作者:小林coding本文经授权转自公众号小林coding (ID:CodingLin)。如若转载请联系原公众号



日英语,每天进步一点点(偷笑):

前言

临近五一节,想到有 5 天假期,小林开始飘了。

写个简单的Bash脚本都不上心了,写完连检查都不检查,直接拖到到实体服务器跑。

结果一跑起来,发生不对劲,怎么一个简单脚本跑了 10  秒还没结束,于是立马直接ctrl + c一顿操作停掉了运行中脚本。

接着,习惯性的输入了ls,结果 what?找不到ls命令?

瞬间背后一凉,慌慌张张打开了脚本。

发现问题了,小林我写了个巨蠢的 Bug,间接执行了rm -fr /*,这不意味着我删库了?

这台是公司的授权服务器呀,被小林这么一整,公司历史的授权记录和其他重要信息不就丢了?

心里慌的一批的小林,跟我的朋友们说了这件事,朋友建议我先第一时间上报给 leader,不要把删库的事情瞒着

于是,小林就向 leader 说了我删库事情,本以为会被痛批一顿。

结果 leader笑着说:“没事,你先看看重要的文件还在不在。不过你这么一整,我突然想起编译服务器半年没备份,我先备份一下我的编译服务器,防止哪天也被你们删库了。”

我:“????”

吃瓜的小伙伴,是不是觉得小林要删库跑路了?哈哈哈,小林没跑路,反而是恢复了回来,所以接下来说说小林是如何「从删库到恢复」的。

正文

初探案发现场

来看看小林写的垃圾代码,是如何引发这次的删库。

既然发生了rm -fr /*的现象,那必然new_lic_dir这个变量是空的。

所以导致执行rm -fr $new_lic_dir/*这条语句的时候,变成了rm -fr /*删库语句。很好,凶器找到了。

那为什么  new_lic_dir会是空的呢?

细心的小伙伴肯定察觉出来了,是因为给new_lic_dir变量赋值的时使用了反引号

没错,就是反引号的原因。

反引号在 Linux Shell 命令行中有特殊的含义:反引号间的内容,会被 Shell 先执行。其输出被放入主命令后,主命令再被执行。

也就是说,new_lic_dir的值是${lic_path}/new_license这条命令执行的结果,问题这哪是命令啊,所以肯定返回空值给new_lic_dir变量。

小林写的那么温柔的代码,竟然变成了穷凶极恶的删库代码

这下原因是找到了,反引号应该改成双引号才对。

小林你真菜呀,那么简单的赋值命令都写错。

哈哈哈,确实菜,都说了嘛,快五一了,小林是飘着写这份代码的。

所以习惯性开启程序员内容的第一大武功:crtl+ccrtl+v

把第一条赋值 lic_path=`pwd` 语句,复制粘贴了,然后只改了变量名,没注意反引号要修改成双引号,所以造成了删库的悲剧。


保留案发现场

既然发生了删库的事情,千万不要重启服务器,也不要关闭 ssh 连接的会话,而是要保留案发现场,接着查查还剩什么。

小林,这不是吹大炮嘛?ls都没了,还怎么查?

还好这次是比较幸运,因为在执行脚本的时候,第一时间发现不对劲,立马掐断了还在运行的脚本,所以并非 Linux 所有文件都被删除了。

只要我掐的快,rm -fr /* 就干不死我。

虽然ls被删了,但所幸发现cd命令还能用。

只要cd用的好,它也能用出的ls效果。很简单,只需cd + Tab键就会自动出现指定目录下的所有文件。

有了  cd + Tab键,我们就可以查看每个目录下的文件,于是就可以一步一步来确认哪些系统文件被删了。

通过一番的确认和对比后,发现主要被删除的有四个目录分别是

  • /bin/boot/dev 这三个目录整个都被删除了

  • /lib目录里的动态库部分被删除

来复习下上面这四个目录主要是存放了什么:

  • /bin存放常用系统命令,ls、cp、rm、chmod等常用命令都在此目录;

  • /boot系统启动目录,保存与系统启动相关的文件,如内核文件和启动引导程序;

  • /dev设备文件保存位置;

  • /lib存放程序所需的动态库和静态库文件;

/boot都被删除了,还好小林没有重启服务器,要是重启了服务器,就完犊子了,系统肯定起不来了。

cd命令是在/sin目录下,/sin还健全,所以cd是可以正常使用。

所幸重要的数据库信息和文件都还没删除,所以小林首要的目标是要恢复/bin、/boot、/dev/lib这四个目录。


还原文件

由于/bin目录 和/lib部分动态文件被删除,常用的传递文件的方式是无法使用的,如 ftp、scp、mount 等。

小林摸索了很久,竟然发现wget可以使用,wget命令是在/usr/bin目录,所幸/usr/bin还健全。

于是,用了取巧的方法,先另一台正常的服务器,把/bin目录放到了Web服务器的Web目录,接着通过wget进行下载。


有戏,看到了成功的曙光。

但是新的问题就来了,我下载过来的命令文件,是没有执行权限的。

chmod命令是在/bin目录的,它同样也被删除了,无法使用它来给予文件权限。

还在,在网上搜到了一个伟大命令perl,可以通过它来给予文件权限:

perl -e "chmod 777, 'ls'"

真是个神奇的命令。

好了,这下赋值权限问题也解决了,成功在望了。

wget是无法直接把/bin目录下载下来的,只能下载一个文件。

但是小林我不可能一个一个去下载来进行恢复,这得要何年何月才能完成。。。

小林就想到了一个方法:

  • 先通过wget的方式下载tar命令,并通过perl给予tar命令权限

  • 接着把另一台服务器把/bin目录打包成压缩文件,然后通过wget下载bin目录的压缩包文件

  • 最后通过tar命令把bin压缩包解压出来

/bin就这样恢复回来啦,剩余的其他目录 也是通过同样的操作恢复了回来。

小林的笑容渐渐恢复了回来,哈哈哈哈哈哈哈哈哈哈哈哈

遇到 rm -fr /* 删库事件发生,一定要沉住气,稳住心态

本次删库事件,之所以小林能幸运的恢复回来,有非常关键两点:

  • 小林发现脚本执行不正常,果断立马的掐断它,没有造成重要的数据库信息被删除,如果掐断的时候再晚一点,可能就真没了。

  • 小林发现常用命令无法使用的时候,没有重启服务器,不然服务器就起不来了,也没有关闭 ssh 会话,不然无法在重新连接 ssh 会话了,也就无法进行操作了。

如果以上两点都没做好,服务器恢复的难度就加大了很多,更严重的是五一节就没的过了。


预防误执行 rm -fr /*

既然rm -fr /*是残忍的凶器,那么预防它是很有必要的,接下来跟大家讨论讨论预防它的几种方案。

方案一:rm -rf 删除目录时要判断目录

#!/bin/bash

work_path=`pwd`

#如果目录不为空,才执行删除操作
if [ ${work_path} != "" ];then
    rm -fr ${work_path}/*
fi

在执行删除目录操作前,先判断要删除的目录是否为空,不为空才执行删除操作。

方案二:Shell 脚本指定 set -u

执行脚本的时候,如果遇到不存在的变量,Bash 默认忽略它。

#!/bin/bash

echo $a
echo hello

上面代码中,$a是一个不存在的变量,执行结果如下。

$ bash test.sh

hello

可以发现,echo $a输出了一个空行,Bash忽略了不存在的$a,然后继续执行echo hello

最好是遇到变量不存在,脚本应该报错,而不是一声不响地往下执行。

set -u就用来改变这种行为,在脚本加上它,遇到不存在的变量就会报错,并停止执行。

#!/bin/bash
set -u

rm -fr $a/*
echo hello

运行结果如下:

$ bash test.sh
test.sh: line 4: a: unbound variable

可以看到,因为a是未定义变量,脚本报错了,并且不再执行后面的语句。

方案三:safe-rm 替换 rm

safe-rm是一个开源软件工具,这名字听起来就很安全嘛,所以它是用来替代不太安全的rm

它可以在/etc/safe-rm.conf中配置路径黑名单,定义哪些不能被safe-rm删除。

我们可以将safe-rm更名为rm,假设定义了/etc/无能被删除,那么删除/etc时就会报错:

$ rm -rf /etc/
safe-rm: skipping /etc/

方案四:建立回收站机制

Windows 是有回收站的,即使误删了,也可以在回收站恢复。

所以,我们也可以在 Linux 实现回收站的机制。

实现思路:

删除文件时,它并不真正执行删除操作,而是将文件移动到一个特定目录,可以设置定时清除回收站,或者在回收站里面的文件大小达到一定容量时(或者用时间做判断)执行删除操作以腾出空间。

可以写个 Shell 脚本替换rm命令,或者在需要删除文件的时候使用mv命令将文件移动到回收站。

① 创建回收站目录

mkdir /home/.trash

② 编写remove.sh脚本,内容如下

③ 修改~/.bashrc, 用我们自建的remove.sh替代rm命令

alias rm="sh /home/remove.sh"

④ 设置crontab,定期清空垃圾箱,如每天 0 点清空垃圾箱:

0 0 * * * rm -rf /home/.trash/*

⑤ 最后,执行以下命令,使之生效

source ~/.bashrc 

方案五:根文件挂载成只读

/etc/fstab文件,把/文件系统挂载成只读的方式。

其中remount,ro,就表示只读的方式挂载。

只读的方式挂载后,进行删除操作是无法成功的:


事后反思

涉及到rm -fr命令的代码,要留个心眼,要反复检查,要做好预防误执行rm -fr /*,并在测试机验证完后,再拖到实体机上跑,千万不可大意。

就算的发生了rm -fr /*,要第一时间停掉它,并且要做到三不要:

  • 不要慌,不要心跳爆炸(稳住稳住)

  • 不要隐瞒删库事件(不丢人)

  • 不要重启服务器或断开 ssh 会话(保留现场)

只要立马掐断rm -fr /*,它是干不死我们的。

利用当下环境剩有的命令,冷静分析,是有机会恢复的。

小林现在是一个删过库没跑路的男人了,Goodbye, 我们下次见。




*版权声明:转载文章和图片均来自公开网络,版权归作者本人所有,推送文章除非无法确认,我们都会注明作者和来源。如果出处有误或侵犯到原作者权益,请与我们联系删除或授权事宜。

您可能也对以下帖子感兴趣

文章有问题?点此查看未经处理的缓存